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@) PROCEDE DE GESTION DE COMMANDES DANS PLUSIEURS FICHIERS DUPLICATION ET CARTE A PUCE 
POUR LA MISE EN OEUVRE DU PROCEDE. 



L'invention conceme un proc6de de gestion de com- 
mandes dans plusieurs fichiers duplication, a chaque 
commande dans chaque fichier ^application etant associee 
une condition d'acces correspondant a ladite commande, 
chaque commande dans chaque fichier ^application 6tant 
executee si un utiiisateur a ordonne I'execution de ladite 
commande et si la condition d'acces correspondant a ladite 
commande est memorisee. 

Selon l'invention, on garde mSmorisees les conditions 
d'acces conjointement pour tous les fichiers d'application. 
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L'invention concerne un proc£d6 de gestion de commandes dans plusieurs 
fichiers d' application et une carte k puce adaptde k g6rer des commandes dans 
plusieurs fichiers d'application. 

On connait des proc&tes de gestion de commandes adaptes k g6rer des 
5 commandes dans plusieurs fichiers d'application. Ces proc&ies sont par exemple 
adaptds k g&er des commandes telles que cr&r ou ouvrir ou supprimer un 
sous-fichier dans un premier fichier concernant une premiere application ou telles 
que cr£er ou ouvrir ou supprimer un sous-fichier d'un deuxteme fichier concernant 
une deuxi&me application. Les moyens mettant en oeuvre de tels proc£d6s sont 
10 appel6s « operating system » en anglais. 

Un utilisateur qui souhahe ordonner l'exteution d'une telle operation doit 
satisfaire k la condition d'acces associee a la commande dans le fichier 
d'application. 

Dans certains domaines d'application, ces conditions d'acces ont et6 

15 normalises. On connait ainsi par exemple la norme EN 726-3 pour les proc£d£s de 
gestion de commandes dans les cartes k puces. Cette norme mentionne par 
exemple une condition d'acces not6e « ALW » pour laquelle l'utilisateur n'a besoin 
de satisfaire k aucune condition : ainsi une operation dans un fichier d'application, 
k laquelle est assoc&e la condition d'acc&s « ALW » sera toujours ex&utfe si 

20 l'utilisateur Pordonne. Cette norme mentionne aussi une condition d'acces not6e 
« NEV » : si l'utilisateur ordonne Fexteution d'une operation dans un fichier 
d'application, k laquelle est assoctee la condition d'accis « NEV », cette operation 
ne sera pas ex&utee. Cette norme mentionne Sgalement, entre autres, des 
conditions d'accis not£es « CHV1 » et « CHV2 ». 

25 Les proc&tes de gestion de commandes dans plusieurs fichiers d'application 

connus ne permettent pas de g6rer conjointement des commandes pour des fichiers 
d'application differents. Ainsi, lorsqu'un opfrateur fait exporter des commandes 
dans un premier fichier d'application, qu'il passe k un deuxteme fichier 
d'application pour y faire exporter des commandes, et qu'il retourne au premier 

30 fichier d'application, il doit satisfaire k nouveau aux conditions d'acces pour faire 
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extorter, dans le premier fichier duplication, des commandes analogues k celles 
qu'il a fait executer initialement. 

L'objet de Finvention est de proposer un proc&te de gestion de commandes 
dans plusieurs fichiers duplication, mis en ceuvre ais&nent et en toute security 
5 ayant un coflt r6duit et permettant de r^soudre ce probl&ne. 

Plus pr&is&nent, ('invention concerne un proc&te de gestion de commandes 
dans plusieurs fichiers duplication, k chaque commande dans chaque fichier 
duplication 6tant associSe une condition d'acc&s correspondant k ladite 
commande, chaque commande dans chaque fichier duplication etant ex&utee si 
10 un utilisateur a ordonn6 F execution de ladite commande et si la condition d'acc&s 
correspondant k ladite commande est m6moris£e, caract£ris6 en ce qu'on garde 
m£moris6es les conditions d'acc£s conjointement pour tous les fichiers 
duplication. 

De pr6f6rence, un utilisateur ayant ordonne Tex6cution d'une commande 
15 dans un fichier d' application, 

on recherche si la condition d'acces correspondant k ladite commande est 
m6moris£e, 

si la condition d'acc&s est mdmorisee alors on lance r execution de la 
commande, 

20 sinon on demande a Futilisateur de satisfaire k la condition d'acc&s et alors, si 

Futilisateur satisfait k la condition d'acces, on memorise la condition d'acc&s et on 
lance P execution de la commande. 

Avantageusement, n d&ignant un entier sup&ieur ou £gal k deux, 
Futilisateur ayant satisfait k n conditions d'acc&s, on garde m&norisdes les n 

25 dernidres conditions d'acces satisfaites. 

De prgfgrence, une nouvelle condition d'acces 6tant satisfaite par 
Futilisateur, ladite condition d'acc&s n'&ant pas en m6moire, n conditions d'acc&s 
&ant m&noris&s, on supprime de la m&noire la condition d'accgs la plus 
andennement satisfaite et on memorise la condition d'acces nouvellement 

30 satisfaite. 
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Selon un premier mode de mise en oeuvre du proced6, n est 6gal au nombre 
de conditions d'accgs pour Pensemble des commandes de tous les fichiers 
d'application. 

Selon un deuxfcme mode de mise en oeuvre du procedd, n est sup&ieur au 
5 nombre de conditions d'acc&s pour Pensemble des commandes de tous les fichiers 
d'application. 

Selon un troisteme mode de mise en oeuvre du proc£d6, n est inf&ieur au 
nombre de conditions d'acc&s pour Pensemble des commandes de tous les fichiers 
d'application. 

10 Avantageusement, un contact 6tant &abli pour d&narrer ledit precede de 

gestion de commandes, le contact etant rompu, on efface toutes les conditions 
d'accte. 

L'invention concerne ggalement une carte k puce adaptde 4 gSrer des 
commandes dans plusieurs fichiers d'application, k chaque commande dans chaque 

15 fichier d'application &ant associ6e une condition d'acces correspondant k ladite 
commande, chaque commande dans chaque fichier d'application £tant ex6cut£e si 
un utilisateur a ordonn£ Pex6cution de ladite commande et si la condition d'acc&s 
correspondant k ladite commande est en m&noire, caract£ris£e en ce qu'elle 
comporte des moyens pour garder en m&noire les conditions d'acc&s 

20 conjointement pour tous les fichiers d'application. 

De preference, un utilisateur ayant ordonnS l'exdcution d'une commande 
dans un fichier d'application, elle comporte : 

- des moyens adaptSs k rechercher si la condition d'accis correspondant k 
ladite commande est en m&noire, 

25 - des moyens adaptis k lancer 1'execution de la commande si la condition 

d'acc&s est en m&noire, 

- des moyens adapts k demander k Putilisateur de satisfaire k la condition 
d'acces si la condition d'acces n'est pas en mdmoire, et 

- des moyens adaptis k mdmoriser la condition d'acces et k lancer 
30 P execution de la commande si Putilisateur satisfait k la condition d'acces. 
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Avantageusement, n d£signant un entier sup6rieur ou 6gal a deux, 
TutOisateur ayant satisfait k n conditions d'acc^s, die comporte des moyens 
adaptes k garder en m^moire les n derni&res conditions d'acc&s satisfaites. 

De preference, une nouveOe condition d'acc&s etant satisfaite par 
5 l'utilisateur, ladite condition d'acc&s n'etant pas en mdmoire, n conditions d'acc&s 
etant mdraoris^es, elle comporte des moyens adaptes k supprimer de la mdmoire la 
condition d'acc&s la plus anciennement satisfaite et k memoriser la condition 
d'acc&s nouvellement satisfaite. 

Selon un premier mode de realisation, n est egal au nombre de conditions 
10 d'acc&s pour r ensemble des commandes de tous les fichiers duplication. 

Selon un deuxieme mode de realisation, n est sup&rieur au nombre de 
conditions d'acc&s pour rensemble des commandes de tous les fichiers 
d'application. 

Selon un troisieme mode de realisation, n est inferieur au nombre de 
15 conditions d'acc&s pour r ensemble des commandes de tous les fichiers 
d'applicatioa 

Avantageusement, la carte comporte un contact et des moyens adaptes k 
supprimer toutes les conditions d'acc&s lorsque le contact est rompu. 

D'autres caracteristiques et avantages de 1'invention apparaitront au cours de 
20 la description d'un mode de realisation qui va suivre, donne k titre d'exemple non 
limitati£ k 1'appui des cinq figures sur lesquelles : 

la figure 1 represente un tableau de memorisation relatif k un espace memoire 
dans la memoire vive de la carte k puce adaptte k g^rer des commandes dans 
plusieurs fichiers d'application, le tableau est represents dans l'etat initial de 
25 memorisation, 

les figures 2 i 5 sont analogues k la figure 1 pour differents etats de 
memorisation, 

la figure 6 represente la carte et son environnement de fonctionnement, 
la figure 7 represente 1'organisation logique de la carte, et 
30 la figure 8 represente un organigramme logique des etapes du procede de 

Tinvention. 
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En se rtfdrant phis particuli&rement 4 la figure 7, on va dtoire F organisation 
logique d'une carte 8 k puce adaptSe k gdrer des commandes dans plusieurs fichiers 
d'application. 

La carte 8 comprend des moyens pour mettre en ceuvre Ie precede de gestion 
5 de commandes, ce moyen est d£nomm6 « OS » et porte la reference 3. 

La carte 8 comprend deux fichiers d'application, aussi appetes repertoires. 
Le premier fichier d'application est d6nomm6 « compte bancaire » et porte la 
reference 40. Ce fichier d'application est prdvu pour permettre i un utilisateur de 
gdrer des donn£es relatives k son compte bancaire. 
10 Dans le fichier « compte bancaire », l'utilisateur peut ordonner l'ex6cution 

d'une commande d&iommee «solde» portant la reference 41, d'une commande 
ddnommte «d6bit» portant la reference 42 et d'une commande denomm^e 
« transfert vers compte bourse » portant la reference 43. 

La commande « solde » contient des instructions permettant a l'utilisateur de 
15 connaitre le solde de son compte bancaire. 

La commande « debit » contient des instructions permettant k l'utilisateur 
d'ordonner un mouvement de debit de son compte bancaire. 

La commande « transfert vers compte bourse » permet k l'utilisateur 
d'ordonner le transfert d'un certain montant du compte bancaire vers un compte 
20 bourse. 

Le deuxteme fichier d'application est d6nomm6 « bourse » et porte la 
r&Srence 50. Ce fichier d'application est prgvu pour permettre k l'utilisateur de 
ggrer des donnfes relatives k son portefeuille de bourse. 

Dans le fichier « bourse », l'utilisateur peut ordonner F execution d'une 

25 commande d&iomm6e « solde compte bourse » portant la reference 51, d'une 
commande dSnommfe « solde bourse » portant la reference 52, d'une commande 
d6nommde « titre » portant la reference S3, d'une commande d6nomm6e « ordre 
d'achat » portant la rtfSrence 54, d'une commande d£nommde « ordre de vente » 
portant la reference 55 et d'une commande denommfe « transfert vers compte 

30 bancaire » portant la reference 56. 
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La commande « solde compte bourse » contient des instructions permettant & 
Futilisateur de connaltre le solde du compte bourse pr£vu pour alimenter et 
recevoir le montant correspondant aux achats et ventes de titres de bourse. 

La commande « solde bourse » contient des instructions permettant & 
5 Futilisateur de connaltre la valeur globale des titres en bourse qu'il possede. 

La commande « thre » contient des instructions permettant £ Futilisateur de 
connaitre les titres de bourse que fotilisateur possede. 

La commande « ordre d'achat » permet k Futilisateur de donner F instruction 
d'acheter des titres de bourse. 
10 La commande « ordre de vente» permet k Futilisateur de donner 

Finstruction de vendre des titres de bourse. 

La commande « transfert vers compte bancaire » permet a Futilisateur de 
donner Finstruction de transferer un certain montant du compte bourse vers le 
compte bancaire. 

15 Pour pouvoir effectuer les commandes « solde », « solde compte bourse », 

« solde bourse » ou « titre », Futilisateur devra au pr&lable entrer des conditions 

d'acc&s not6es « CHV1 ». 

Pour pouvoir efFectuer les commandes « debit », « transfert vers compte 

bourse », « ordre d'achat », « ordre de vente» ou « transfert vers compte 
20 bancaire », Futilisateur devra au pr6alable entrer les conditions d'acces notees 

« CHV2 ». 

La carte 8 comport e des moyens repr£sent& par un tableau, pour garder en 
m&noire les conditions d'accgs conjointement pour tous les fichiers duplication. 

Le tableau comporte deux colonnes et quatre lignes. Le nombre de lignes est 
25 le nombre de conditions d'acces pour Tensemble des commandes de tous les 
fichiers duplication : la carte comprend en effet deux fichiers duplication et 
chacun d'eux comporte deux conditions d'accds pour Tensemble de ses commandes. 

Lorsqu'une condition d'acces dans un fichier d' application est m6moris6e, 
Fadresse du fichier duplication figure sur une ligne de la premiere colonne et 
30 ladite condition d'acc&s figure sur la meme ligne de la deuxieme colonne. A 
Finverse, lorsqu'une condition d'acc&s dans un fichier duplication n'est pas 
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mdmorisfe, l'adresse du fichier d'application ne figure sur aucune ligne de la 
premiere colonne. 

En se rtferant plus particultereraent k la figure 6, on a represents la carte 8 
adapt£e k etre insfrge dans un lecteur 12. Le lecteur 12 est connect6 k un 
5 ordinateur 10 reK6 k un clavier 14, k un 6cran 16 et k un distributeur 18 de billets. 
L'ordinateur 10 est connect £ k un ordinateur central 20 adapts k mgmoriser les 
operations qui sont demand6es. 

En se rdfdrant maintenant plus particulierement k la figure 8, on a repr6sent6 
les Stapes du procedd de gestion de commandes dans plusieurs fichiers 
10 d'application. 

Dans la situation initiate notee 80, l'utilisateur a ordonnd r execution d'une 
commande dans un fichier d'application. 

Au cours d'une premiere etape notee 81, on recherche si la condition d'acc£s 
correspondant k ladite commande est memorisSe. 
15 Si la condition d'acc&s est mdmoris^e, alors on lance, au cours d'une etape 

notee 82, l'exdcution de la commande. 

Si la condition d'acc&s n'est pas m6moris6e, alors, au cours d'une etape 
notee 83, on demande k l'utilisateur de satisfaire k la condition d'accds. 

Et alors, si Futilisateur satisfait k la condition d'accds : au cours d'une etape 
20 not£e 84, on memorise la condition d'acc&s et on lance l'ex£cution de la 
commande. 

Un exemple d'utilisation de la carte va maintenant etre d6crit. 
L'utilisateur ins&re la carte 8 dans le lecteur 12. A ce stade de Utilisation, le 
tableau est initialise par l'« OS » : le tableau est done vide de toute donn£e (figure 
25 1). 

L'utilisateur souhaite connaltre le solde de son cornpte bancaire. Pour cela, 
l'utilisateur ordonne 1'execution de la commande « solde » dans le fichier « cornpte 
bancaire ». 

L'« OS » recherche si la condition d'accds correspondant k la commande 
30 « solde » est mdmorisee, dans notre cas l'« OS » cherche si la condition « CHV1 » 
du fichier d'application « cornpte bancaire » est mdmorisee dans le tableau ; comme 
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ce n'est pas le cas, car le tableau est vide, P« OS » demande k Putilisateur de 
satisfaire k la condition d'accte « CHV1 ». L'utilisateur entre un code confidentiel 
sur le clavier et rutilisateur satisfait ainsi k la condition d'acc£s « CHV1 ». 
L'«OS» memorise la condition d'acc&s dans le tableau (figure 2) et lance 
5 P execution de la commande « solde » : le solde du compte bancaire de Putilisateur 
apparalt k F6cran. 

L'utilisateur souhahe ensuite effectuer un debit de son compte bancaire. Pour 
cela, Putilisateur ordonne Pex6cution de la commande « d6bit » dans le fichier 
« compte bancaire ». 

10 L*« OS » recherche si la condition d'acc&s correspondent k la commande 

« debit » est m6moris6e, dans notre cas P« OS » cherche si la condition « CHV2 » 
du fichier d' application « compte bancaire » est m&noris6e dans le tableau ; comme 
ce n'est pas le cas (figure 2), P« OS » demande k Putilisateur de satisfaire k la 
condition d'acc&s « CHV2 ». L'utilisateur entre un code confidentiel sur le clavier 

15 et Putilisateur satisfait ainsi a la condition d'acc&s « CHV2 ». L'« OS » memorise 
la condition d'acc&s dans le tableau (figure 3) et lance P execution de la commande 
« ddbit ». Le distributee fournit k Putilisateur la somme souhaitee. 

L'utilisateur souhahe alors connaltre le solde de son compte bancaire et 
verifier que son compte bancaire a bien 6t6 memorise. Pour cela, Putilisateur 

20 ordonne P execution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acc&s correspondant k la commande 
« solde » est m&noris6e, dans notre cas P« OS » cherche si la condition « CHV1 » 
du fichier d* application « compte bancaire » est m6moris6e dans le tableau ; comme 
c'est le cas (figure 3), P« OS » lance ('execution de la commande « solde ». Le 

25 solde du compte bancaire de Putilisateur apparalt k Pecran et indique bien le 
nouveau solde, c'est-i-dire, le montant indiqu6 lors de la premiere commande de 
Popfration « solde » diminu6 de la somme d&itSe lors de Pop^ration « d6bit ». 

L'utilisateur souhaite connaltre le solde de son compte bourse. Pour cela, 
Putilisateur ordonne Pex&ution de la commande « solde compte bourse » dans le 

30 fichier « bourse ». 
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L'« OS » recherche si la condition d'accgs correspondant k la commande 

« solde compte bourse » est m£moris6e, dans notre cas F« OS » cherche si la 

condition « CHV1 » du fichier duplication « bourse » est mdmoris£e dans le 

tableau ; corame ce n'est pas le cas (figure 3), F« OS » demande k Futilisateur de 
5 satisfaire k la condition d'acc£s « CHV1 ». L'utilisateur entre un code confidentiel 

sur le clavier et rutilisateur satisfait ainsi k la condition d'accds « CHV1 ». 

L'«OS» memorise la condition d'acc&s dans le tableau (figure 4) et lance 

F execution de la commande « solde compte bourse » : le solde du compte bourse 

de l'utilisateur apparait k P6cran. 
10 L'utilisateur souhaite maintenant connaitre les titres de bourse qu r il possdde 

dans son portefeuille. Pour cela, l'utilisateur ordonne Fex&ution de la commande 

« titre » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acc&s correspondant k la commande 

« titre » est m&noris6e, dans notre cas P« OS » cherche si la condition « CHV1 » 
IS du fichier d'application « bourse » est m6moris6e dans le tableau ; comme c'est le 

cas (figure 4), F« OS » lance P execution de la commande « titre » : les titres de 

bourse poss£d6s par Futilisateur apparaissent k F6cran. 

L'utilisateur souhaite maintenant vendre certains titres de bourse. Pour cela, 

Futilisateur ordonne F execution de la commande « ordre de vente » dans le fichier 
20 « bourse ». 

L'« OS » recherche si la condition d'acegs correspondant a la commande 
« solde compte bourse » est m&noris6e, dans notre cas F« OS » cherche si la 
condition « CHV2 » du fichier d'application « bourse » est m6moris6e dans le 
tableau ; comme ce n'est pas le cas (figure 4), F« OS » demande k Futilisateur de 

23 satisfaire i la condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel 
sur le clavier et Futilisateur satisfait ainsi k la condition d'acc&s «CHV2». 
L'«OS» memorise la condition d'acc&s dans le tableau (figure 5) et lance 
F execution de la commande « ordre de vente » : F« OS » passe ainsi F ordre des 
titres que Futilisateur vend. 

30 L'utilisateur souhaite alors connaitre le solde de son compte bourse et 

verifier que son compte bourse a bien &6 credite du montant des ventes des titres 
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effectufes. Pour cela, l'utilisateur ordonne PexScution de la commande « solde 
compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acc£s correspondant & la commande 
« solde compte bourse » est mdmorisSe, dans notre cas P« OS » cherche si la 
5 condition « CHV1 » du fichier duplication « bourse » est memorise dans le 
tableau ; comme c'est le cas (figure 5), 1*« OS » lance P execution de la commande 
« solde compte bourse ». Le solde du compte bourse de Putilisateur apparait & 
P6cran et indique bien le nouveau solde, c'est-i-dire, le montant indiqui lors de la 
premiere commande de P operation « solde compte bourse » augmente de la 
10 somme degagge lors de la vente des titres de bourse. 

L'utilisateur souhaite transferer une somme de son compte bourse sur son 
compte bancaire. Pour cela, l'utilisateur ordonne P execution de la commande 
« transfert vers compte bancaire » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acc£s correspondant £ la commande 
15 « transfert vers compte bancaire » est m£moris£e, dans notre cas F« OS » cherche 
si la condition « CHV2 » du fichier d' application « bourse » est m6moris6e dans le 
tableau ; comme c'est le cas (figure 5), P« OS » lance I'ex&ution de la commande 
« transfert vers compte bancaire ». 

L'utilisateur souhaite alors connaltre le solde de son compte bancaire et 
20 verifier que son compte bancaire a bien ete credite. Pour cela, l'utilisateur ordonne 
r execution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acc£s correspondant a la commande 
« solde » est mdmoris^e, dans notre cas 1*« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est m£moris£e dans le tableau ; comme 
25 c'est le cas (figure 5), 1*« OS » lance Pex&ution de la commande « credit ». Le 
solde du compte bancaire de l'utilisateur apparait k P6cran et indique bien le 
nouveau solde, c'est-i-dire, le montant indiqu6 lors de la deuxi&me commande de 
P operation « solde » augment^ de la somme transferee lors de P operation 
« transfert vers compte bancaire ». 



11 



2793048 



L'utilisateur souhaite alors connaltre le solde de son compte bourse et 
verifier que son compte bourse a bien &6 d(Sbit& Pour cela, Futilisateur ordonne 
1* execution de la commande « solde compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant & la commande 

5 « solde compte bourse » est m6moris£e, dans le cas consid6r6 T« OS » cherche si 
la condition « CHV1 » du fichier duplication « bourse » est m£moris6e dans le 
tableau ; comme c'est le cas (figure 5), T« OS » lance l'ex&ution de la commande 
« solde compte bourse ». Le solde du compte bourse de I'utiHsateur apparait i 
F&ran et indique bien le nouveau solde, c'est-i-dire, le montant indiquS lors de la 

10 premi&re commande de r operation « solde compte bourse » diminu£ de la somme 
transferee lors de P operation « transfert vers compte bancaire ». 

L'utilisateur decide de finir d'ordonner des commandes et ferme la session 
carte qu'il vient d'effectuer, ce faisant le tableau va etre initialise c f est-£-dire que 
toutes les donndes vont etre effaces. Puis Tutilisateur retire la carte du lecteur. 

15 Pour des raisons de s£curit£, si en cours d*utilisation de la carte, cette 

derni&re est retiree du lecteur, les donnges du tableau sont automatiquement 
effaces. 

Bien entendu, la prgsente invention n'est nullement limitfe au mode 
d'ex&ution dScrit et repr&ente qui n'a ete donne qu'a titre d'exemple. En 
20 particulier, elle comprend tous les moyens constituant des Equivalents techniques 
des moyens d6crits ainsi que leurs combinaisons, si celles-ci sont executes selon 
1'esprit de (Invention. 
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1. Proc&te de gestion de commandes dans plusieurs fichiers d' application, a 
chaque commande dans chaque fichier duplication 6tant associte une condition 
5 d'acc&s correspondant k ladite commande, chaque commande dans chaque fichier 
duplication 6tant exdcutSe si un utOisateur a ordonn6 F execution de ladite 
commande et si la condition d'acc£s correspondant k ladite commande est 
m&norisfe, caract6ris6 en ce qu'on garde m6moris6es les conditions d'acc£s 
conjointement pour tous les fichiers duplication. 
10 2. Proc&i6 selon la revendication 1, caract6ris6 en ce que, un utilisateur 

ayant ordonn6 1' execution d'une commande dans un fichier d* application, 

on recherche si la condition d'accds correspondant a ladite commande est 
m&norisfe, 

si la condition d'acc&s est memorise alors on lance F execution de la 
15 commande, 

sinon on demande k l'utilisateur de satisfaire k la condition d'acc£s et alors, 
si Putilisateur satisfait k la condition d'acc^s, on memorise la condition d'acc&s et 
on lance F execution de la commande. 

3. Proc&te selon la revendication 2, caract&isS en ce que, n d£signant un 
20 entier sup&ieur ou 6gal k deux, Putilisateur ayant satisfait k n conditions d'acc^s, 

on garde m£moris£es les n demises conditions d'acces satisfaites. 

4. Proc£d6 selon la revendication 3, caract£ris6 en ce que, une nouvelle 
condition d'acc&s etant satisfaite par Putilisateur, ladite condition d'acces n'etant 
pas en m&noire, n conditions d'accgs &ant m£moris6es, on supprime de la 

25 mdmoire la condition d'acces la plus anciennement satisfaite et on memorise la 
condition d'accds nouveOement satisfaite. 

5. Precede selon Pune quelconque des revendications 3 ou 4, n est £gal au 
nombre de conditions d'acc&s pour Pensemble des commandes de tous les fichiers 
duplication. 



13 



2793048 



6. Proc&te selon Tune quelconque des revendications 3 ou 4, n est 
supdrieur au nombre de conditions d'acc&s pour r ensemble des commandes de 
tous les fichiers duplication. 

7. Proc&ie selon Tune quelconque des revendications 3 ou 4, n est inferieur 
5 au nombre de conditions d'acc&s pour Pensernble des commandes de tous les 

fichiers duplication. 

8. Proc&te selon Tune quelconque des revendications 14 7, un contact 
&ant ftabli pour d&narrer ledit proc&i6 de gestion de commandes, le contact &ant 
rompu, on efface toutes les conditions d'acces. 

10 9. Carte (8) k puce adaptte k gfrer des commandes dans plusieurs fichiers 

duplication, k chaque commande dans chaque fichier duplication etant assoctee 
une condition d'acces correspondant & ladite commande, chaque commande dans 
chaque fichier duplication &ant ex6cut£e si un utilisateur a ordonng r execution 
de ladite commande et si la condition d'acc&s correspondant k ladite commande est 

is en m&noire, caract&isde en ce qu'elle comporte des moyens pour garder en 
mdmoire les conditions d'acces conjointement pour tous les fichiers d' application. 

10. Carte (8) selon la revendication 9, caract£ris£e en ce que, un utilisateur 
ayant ordonnd P execution d'une commande dans un fichier duplication, elle 
comporte : 

20 - des moyens adaptgs k rechercher si la condition d'acc&s correspondant a 

ladite commande est en memoire, 

- des moyens adaptds k lancer P execution de la commande si la condition 
d'accds est en mdmoire, 

- des moyens adapt& k demander k Putilisateur de satisfaire a la condition 
25 d'accgs si la condition d'acc6s n'est pas en mdmoire, et 

- des moyens adapt& k mdmoriser la condition d'acces et k lancer 
P execution de la commande si Putilisateur satisfait k la condition d'acc£s. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n d&ignant 
un entier sup^rieur ou 6gal k deux, Putilisateur ayant satisfait k n conditions 

30 d'acc&s, elle comporte des moyens adapts k garder en mdmoire les n dernieres 
conditions d'acc&s satisfahes. 
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12. Carte (8) selon la revendication 1 1, caracttoisSe en ce que, une nouvelle 
condition d'acces &ant satisfaite par Putilisateur, ladite condition d'acces n'&ant 
pas en m^moire, n conditions d'accds &ant m&noris&s, elle comporte des moyens 
adapts £ supprimer de la mdmoire la condition d'acces la plus anciennement 

5 satisfaite et £ m6moriser la condition d'acces nouvellement satisfaite. 

13. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
6gal au nombre de conditions d'acces pour l'ensemble des commandes de tous ies 
fichiers duplication. 

14. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
10 supdrieur au nombre de conditions d'acc&s pour P ensemble des commandes de 

tous les fichiers duplication. 

15. Carte (8) selon Pune quelconque des revendications 11 ou 12, n est 
infSrieur au nombre de conditions d'acc&s pour l'ensemble des commandes de tous 
les fichiers duplication. 

15 16. Carte (8) selon Pune quelconque des revendications prdcedentes 

caract£ris6e en ce qu'elle comporte un contact et des moyens adapt£s k supprimer 
toutes les conditions d'acces lorsque le contact est rompu. 
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L'UTILISATEUR A 0RD0NNE L'EXECUTION 
D'UNE COMMANOE DANS UN FICHIER 0' APPLICATION 



ON RECHERCHE SI LA CONDITION D'ACCES 
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MEMORISES, ALORS ON LANCE 
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SI LA CONDITION D'ACCES N'EST PAS 
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L'UTILISATEUR DE SATISFAIRE A LA 
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